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PROCEDURE AND SYSTEM FOR PROCESSING IDENTIFICATION 
NUMBERS IN TELECOMMUNICATION NETWORKS 



Field of the invention 
5 The present invention relates to the techniques 

for processing users identification numbers in 
telecommunications networks . 
Description of the known art 

Various applications require the processing, for 

10 example the modification and/or supplementing, of the 
identification numbers of users of a communications 
network, such as a mobile communications network. 

For example, WO-A- 02/0583 64 describes a process 
and equipment for processing (editing) the telephone 

15 numbers stored in an electronic directory of an 
electronic, device. A directory editor can modify part, 
such as a prefix, of one or more telephone numbers 
stored in the directory. After the definition of a 
modification criterion, an old prefix and a new prefix, 

2 0 all the numbers stored in the directory and conforming 

to the modification criterion can have their old 
prefixes changed to the new prefix. 

WO-A-02/062043 describes a system for associating 
a telephone call with a corresponding element in an 
25 electronic directory which can be used in a telephone. 
In particular, the system can identify the telephone 
call and provide a telephone number in reply. The 
system can also determine a home prefix associated with 
the telephone and use it together with the telephone 

3 0 number to associate the telephone call with a 

corresponding element in the directory, regardless of 
whether the directory contains prefixes. The call can 
be identified as an incoming or outgoing call, incoming 
calls being identified and telephone numbers being 
3 5 provided in reply. In particular, the numbers relating 
to a prefix can be associated with, and placed in front 
of, a number comprising only seven digits. 

Additionally, US 6542733 describes a solution for 
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enabling the user to add telephone numbers to a list of 
profiles, specifying particular rules for the 
processing or routing of future calls to each number. 
The list in question enables users to dial only an 
5 abbreviated portion of the telephone number, while the 
network adds the additional digits required, such as 
the country, area or zone prefixes. The system can also 
provide a specified routing, using a preselected 
service provider if the call to a particular number is 

10 a trunk or long-distance call. 

Objects and summary of the present invention 

The present invention is intended to solve a 
problem which may arise in some regulatory frameworks 
of the telecommunications sector in which it is 

15 stipulated that the calling user must always be able to 
select the operator to be used for long-distance calls. 
Regulations of this kind are currently in force in 
Brazil, for example. 

Where the practical implementation is concerned, 

20 this situation gives rise to a number of problems, 
essentially related to the impossibility of making 
calls, particularly over long distances, in a standard 
format, unless the calling user directly inputs the 
details of the selected operator (carrier) . 

25 In particular, the user cannot make an immediate 

call back to a given number from which a call has been 
received; this is because the identification of the 
calling number (Calling Line Identity Presentation or 
CLIP) is received in a format which does not contain 

3 0 the identifier of the long-distance operator, and 
therefore this information must be positively input by 
the user in order for the call to be made. 

If the caller's number is stored in a directory , 
many telephones simply display the caller's name, 

3 5 without any further information, and this has been 
found to cause unease on the part of the called user. 
This is because, when the called user attempts to call 
the name which has appeared in the display, he/she 
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cannot make the call, owing to the absence of the 
identifier of the long-distance operator. 

It will be appreciated that the impossibility of 
making an immediate call back is a negative 
5 characteristic affecting not only voice calls but also, 
for example, messaging services (SMS, MMS) and services 
designed to indicate to the user the calls which have 
been made to his/her telephone during a period in 
which, for example, the called telephone has been 

10 switched off. 

The object of the present invention is to solve 
the problems outlined above, especially in respect of 
the possibility of permitting an immediate call back or 
replay in response to a received call. T 

15 According to the present invention, this object is 

achieved by means of a procedure whose characteristics 
are claimed specifically in the claims below. The 
invention also relates to a corresponding system, the 
associated network and a data processing product which 

20 can be loaded into the memory of at least one 
electronic computer and contains portions of software 
code for implementing the procedure according to the 
invention when the product is executed on at least one 
computer. The reference to "at least one computer" 

25 emphasizes, among other things, the possibility of 
implementing the solution described herein in a 
decentralized form at the network level. 

In . a preferred embodiment of the solution 
described herein, a change is made, 5 for example, to 

30 what are known as the MSC (Mobile Switching Centers) of 
a mobile telephone network, such as a GSM network, by 
modifying what is known as the CLIP (Calling Line 
Identity Presentation) in such a way as to enable a 
calling user (user "A") to be identified by the called 

35 user ("B") . 

The field of application of the invention is not 
limited to GSM networks: the solution described here 
can be used in mobile networks according to any 
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standard (for example CDMA, WCDMA, UMTS , TDMA, etc.) 
and also in fixed communications networks. 

The CLIP identifier modified in this way enables 
the called user to make what is known as an immediate 
5 replay of a received call without the need to modify 
the number. 

In a preferred embodiment of . the solution 
described herein, it is possible to check whether the 
called user belongs to, and is located in, the same 

10 geographical area (in other words the- area indicated by 
the same prefix) as the caller. If this area/prefix 
identity is present, it is not necessary to modify the 
number in the CLIP identifier, consisting for example 
of seven or eight digits (the local number without the 

15 prefix) : this is because the called user does not need 
to dial a trunk .dialing prefix in order to make the 
call back. 

In other scenarios, the CLIP identifier presented 
to the called user is processed in such a way that it 

20 includes the long-distance or trunk operator code (in 
other words the code which, for example, is called CSP 
in the Brazilian regulations) agreed previously by the 
called user with his/her telephone service operator. 
The latter operator stores this preferred choice, for 

25 example in a field called the Preferred Interchange 
Code (PIC) of what is known as the Home Location 
Register (HLR) , in association with the user's 
identifier. If the user does not state a specific PIC, 
it is possible to store a default value (for example, 

30 the long-distance code of the telephone operator with 
which the called user is registered as a subscriber) . 

It is possible to operate in such a way that the 
changes described above are valid only if the called 
user ("B") is registered in a specific network (or in a 

35 * number of specific networks) , while preventing the CLIP 
identifier from being modified if the user in question 
is roaming on another operator's network. 

It will be appreciated that, regardless of the 
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context in question, the changes do not generally 
involve the field known as the Call Detail Record 
(CDR) , which is designed to have a debiting function 
and which usually contains the number of the calling 
5 user "A" , who usually pays for the cost of the call . 
Clearly, it is also possible to operate in a different 
way, as explained more fully below, if the cost of any 
call back made by the user "B" is to be debited 
according to a predetermined principle. 
10 It will be appreciated that everything that has 

been described and illustrated with reference to voice * 
calls is applicable in exactly the same way to data 
calls, to messaging functions (for example SMS or MMS) 
and, in general, to all services which use the same 
15 information based on the identification of the caller 
for the called party's benefit. 
Brief description of the attached drawings 

The invention will now be described, purely by way 
of example and without restrictive intent, with 
20 reference to the attached drawings, in which: 

Figure 1 is a functional ♦ block diagram 
illustrating the making of a first and a second type of 
call according to the solution described herein. 

Figure 2 is another functional block diagram 
25 illustrating the making of a third type of call in the 
context described herein, and 

Figure 3 is a further functional block diagram 
illustrating the principles of the making of a fourth 
type of call in the context described herein. 
30 Detailed description of a preferred embodiment of the 
invention 

By its very nature, the following detailed 
description will necessarily contain an illustration of 
certain details of embodiment which, while they are 
35 preferred for the embodiment of the solution described 
herein in certain contexts, are not 'essential for the 
application of the invention. 

To summarize, we may point out again that the 



WO 2005/013593 



PCT7IT2003/000490 



- 6 - 

solution described herein is designed to be applied 
principally in contexts in which, for , example, the CLIP 
identifier of the caller is presented to the called 
user without the national code, for example in the case 
5 of national MSISDN (Mobile Subscriber ISDN) numbers. 

In order to enable the called user to call back on 
a trunk (long-distance) operator's network, it is 
advantageous, according to the invention, to add to the 
number received as the CLIP the corresponding 

10 identifier (for example the code CSP, in the case of 
the Brazilian regulations) . 

In other words, the called user (denoted as user 
"B" above) receives, within the CLIP code which 
generally contains information about the calling user 

15 (user "A")/ in particular the telephone number of "A", 
a code which is taken for example from a network data 
bank and is related to the called user (in other words, 
user "B") . 

This code can be a code preselected by the called 
2 0 user when he/she is determining his/her profile in the 
network of the operator to which he/she subscribes. For 
example, it can be a dialing code of a trunk or long- 
distance operator selected by the called user "B" and 
designed to be used by 11 B" to call "A" back without 
25 modifying the CLIP number received in the telephone's 
memory . 

As stated previously, this function may not be 
necessary when the calling user "A" and the called user 
"B" are located in an area identified by the same 
30 prefix. 

As stated previously, the solution described 
herein is also suitable for * other possible 
applications, including those in regulatory contexts 
different from those of the example given. For 
35 instance, the code preselected by the user "B" , to be 
included in the CLIP for calls made to said user "B", 
could be: 

a billing code (for debiting the cost of the call 
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back made by "B H according to a predetermined 
principle, for example) , or 

the identification code of any operator, not 
necessarily a long-distance operator: an example of 
5 this could be the dialing codes of fixed network 
operators which can currently be activated in Italian 
fixed networks. 

Table 1 below shows examples of some possible 
applications. In particular, in the table in question, 
10 - the first column shows the identification number 
(MSISDN) of user "A" (the caller) , 

the second column shows the area code of the 
location of user "B" (the called user)-, who is shown in 
this example as belonging to area 11 (MSISDN: 011- 
15 81131199) , 

the third column, identified as CLIP, shows an 
example of the processing operation carried out in the 
context of the solution described herein, for a case 
where the identification code of the long-distance 
20 operator (PIC, Preferred Inter-exchange Carrier) 
selected by the called user is the number "15", and 
the fourth column shows the type of call . 



Table 1 



MSISDN 
number of 
user "A" 


Location of 
user "B" 

with MSISDN 
011-8113- 
1199 


CLIP 
(PIC = 15) 

• 


Type of call 


011- 

62241000 


Area 11 


62241000 


Local 


011- 

62241000 


Area 21 


0151162241000 


Trunk roaming 


021- 

39835000 


Area 11 


0152139835000 


Trunk 


021- 

39835000 


Area 21 


0152139835000 


Local roaming 


0034- 
609206000 


Area 11 or 
21 


001534609206000 


International 



WO 2005/013593 



PCT/IT2003/000490 



It will be appreciated, in particular, that in the 
case shown in the first line of the table, the PIC code 
is not inserted in the CLIP identifier, since the area 
5 to which user "A" belongs, the area to which user "B" 
belongs, and the location of user "B" coincide (Area 
11) . 

This type of call is described as "local". 
It should also be noted that, in -the case shown in 
10 the fourth line, in which user "B" has national roaming 
status in the area to which user "A" belongs, the PIC 
is inserted into the CLIP identifier. In this case, in 
which the use of the PIC is not strictly necessary, the 
aim is to facilitate call back when user "B" returns to 
15 the area to which he/she belongs. 

This type of call is described as "local roaming". 
The decision whether or not to display the PIC in 
the CLIP for local calls and for local roaming calls 
respectively may be different from that shown in the 
20 example in the table, since a call back can be made 
either with or without the aid of the long-distance 
operator. The application is flexible and enables this 
code to be displayed or concealed in each case. 

Figures 1 to 3 all refer to the same functional 
25 event, namely a call made by a calling user ("A") to a 
called user ("B") . 

The acronyms shown in the figures identify the 
corresponding network components, particularly the 
components of mobile telephone networks such as GSM, 
30 GPRS, CDMA, TDMA or third generation networks (for 
example UMTS or WCDMA) , as explained briefly below: 

MSC = Mobile Switching Center, in other words the 
network element responsible for connections to the 
terminal, for example by circuit switching of the voice 
35 channels, 

HLR = Home Location Register, in other words the 
application which acts as the central repository of 
profiles of user terminals of the (mobile or fixed) 



WO 2005/013593 



PCT/IT2003/000490 



- 9 - 

network, and which stores the positions (in the case of 
a mobile network) and status of the terminals, 

VLR = Visitor Location Register, in other words 
the application executed at the MSC which contains a 
5 temporary copy of the profiles of the terminals, 
obtained from the HLR, 

LDC = Long Distance Call, in other words a long- 
distance or trunk call. 

GMSC = Gateway Mobile Switching Center. 
10 We repeat that the term "call" used herein can 

denote either a voice call or a data call, or the 
sending of a message such as an SMS (Short Message 
Service) or MMS (Multimedia Message Service) message. 

During the registration process, the MSC centre 
15 stores the PIC code in the user's profile. The PIC code 
contains the dialing code . of the operator to be added 
to the CLIP identifier. 

If the MSC (Mobile Switching Center) does .not 
receive the information relating to the PIC code during 
20 the registration process, a default Value is inserted 
into the user's profile. In particular, it is possible 
to use a default PIC code, for example one identifying 
the operator to whose service the called user 
subscribes . 

25 In a first case, Figure 1 refers to a long- 

distance call made to a mobile network user "B" by a 
user "A" connected to the Public Switched Telephone 
Network (PSTN) or to a mobile network, such as a 
Brazilian mobile network which operates in the mode 

30 called SMP (an acronym for Servigo M6vel Pessoal, i.e. 
Personal Mobile Service) . 

In particular, it is assumed that the called user 
"B" is in the "home" condition, and therefore, on 
receiving the call, he/she is connected to the MSC 

35 which is co-located with his/her "home" GMSC. 

In this case, the CLIP identifier is presented, 
according to the known art, in the national format, in 
other words, in the case of the terminology used in the 
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Brazilian regulations, in the 0 CN-A CAU-A format, 
where CN-A and CAU-A indicate, respectively, the 
national code (area prefix) of user "A" and the access 
code (telephone number) of the same user, 
5 On the other hand, in the solution described here 

the format for presentation to the called user 11 B" is 
as follows: 0 CSP-B CN-A CAU-A, where the code CSP-B 
corresponds to the PIC code selected by user "B" and 
stored in the corresponding HLR. 
10 With this information available, user "B" will 

therefore be able to replay the call immediately and 
automatically. 

Figure 1 can also refer to a call of the same kind 
as that described above, but with the difference that 
15 the call is made by a user of a network operating in 
SMC mode (acronym for Servigo Movel Celular, i.e. 
Cellular Mobile Service) . 

In this case, user "A" does not need to dial the 
CSP code to identify the long-distance operator in 
2 0 order to call user "B" (who is again assumed to be in 
the "home" condition) , since in SMC mode networks the 
operator, rather than the user, is responsible for 
selecting the long-distance code. 

In the example, however, the CLIP identifier 
25 presented to user "B" has the format 0 CSP-B CN-A CAU-A 
in this case also. 

On the other hand, Figures 2 and 3 refer to 
typical roaming scenarios . 

In particular, Figure 2 refers to the situation in 
30 which user "B" is connected to a visited MSC (or VMSC) , 
which is co-located with, in other words located in the 
same area as, his/her "home" GMSC, and therefore the 
interaction between the two MSCs does not require a 
long-distance call (LDC) function. 
35 - Figure 3, on the other hand, refers to a situation 

in which user "B" is connected to a visited MSC (VMSC) 
located in a roaming area (RA) different from his/her 
"home" area, and therefore in this case it is necessary 
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to make use of a function for a long-distance call from 
the "home" GMSC to user "B" via the operator (CSP) 
selected previously by user "B", and also for any 
necessary long-distance call (not shown in the figure) 
5 between user "A" and the GMSC (via the operator (CSP) 
selected previously by user "A" ) . 

The format of the number used to route the call 
between the two MSCs involved differs between these two 
cases. In the first case (Figure 2), a typical Mobile 

10 Station Roaming Number (MSRN) format is used, without 
an additional long-distance operator (CSP) code, while, 
in the second case, according to the same system used 
previously and according to the Brazilian regulations, 
the format is 0 CSP-B MSRN, since the long-distance 

15 operator of user "B" is involved. 

The examples considered above refer only to 
situations in which user "B" has to dial a code (CSP) 
to call back with a call which involves a long-distance 
operator. 

20 The example in Figure 2 refers to the case in 

which user "B" is roaming in the area corresponding to 
his/her "home" area. In this case, the visited MSG does 
not receive any CSP prefix, but the invention still 
enables the user "B" to receive the CLIP presentation 

25 in the format 0 CSP-B CN-A CAU-A in which, as in the 
preceding cases, CSP-B represents the 'PIC code selected 
by user "B" . 

In the case shown in Figure 3, however, user "B" 
is roaming in an area different from his/her "home" 

30 area. Consequently, the call is carried on a long- 
distance line LDC and the CSP code received by the 
visited MSG is the code corresponding to CSP-B. In this 
case also, the invention causes the CLIP presentation 
for user "B" to have the format 0 CSP-B CN-A CAU-A in 

35 which the code CSP-B represents the PIC identifier of 
user "B" obtained from the Home Location Register 
(HLR) . 

The concepts outlined above also make it clear 
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that, when user "B" (in other words the called user) 
subscribed in a given area is roaming in the area of 
user "A" (in other words the caller) , he/she could 
simply dial the code of "A" (with seven or eight 
5 digits, for example) in order to call back, since this 
is a local call (although made while roaming) . 

In this case, the invention may cause the CLIP to 
be presented to user "B" in the format 0 CSP-B CN-A 
CAU-A, in order to permit the storage of the number of 

10 user "A", complete with the PIC. 

As indicated previously, in the case of a true 
local call (in other words one made between two users 
located in the same area) the called user "B" receives 
a CLIP presentation which does not contain the code 

15 CSP-B. 

In the case of calls (local and long-distance) 
generated by international roaming users, and 
international calls (in other words, those generated in 
other countries) , the CLIP presentation for user "B" 

2 0 will have the format 00 CSP-B CN-A CAU-A, in other 
words with the insertion of the code CSP-B, preceded by 
the international identifier 00, as shown in the 
example in the fifth line of Table 1. In this case, the 
code CN-A of the calling user will typically contain, 

25 in addition to the area code, the national code of the 
caller's country, 34 in the example. 

Clearly, provided that the principle of the 
invention is retained, the details of application and 
the forms of embodiment can be varied considerably from 

30 what has been described and illustrated, without 
departure from the scope of the present invention as 
defined in the attached claims. 



